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Abstract 

We  study  the  performance  of  reliable  and  unreliable  all¬ 
node  broadcast  over  ad-hoc  networks  that  use  contention- 
based  channel  access.  To  obtain  analytical  results  while 
preserving  hidden-terminal  and  node  clustering  character¬ 
istics  of  ah-hoc  networks,  we  introduce  a  novel  differential- 
equation  fluid  model  for  information  flow  through  a  network 
of  cluster  trees,  where  a  spanning  tree  joins  groups  of  fully 
connected  nodes.  Through  numerical  analysis  and  simu¬ 
lations  in  GloMoSim,  we  show  throughput,  goodput,  and 
loss  rates  for  reliable  and  unreliable  networks.  For  reli¬ 
able  broadcast,  we  also  find  NAK  rates,  NAK  loss  rates, 
and  retransmission  rates.  We  show  that  using  end-to-end 
sequence  numbers,  which  are  common  in  reliable  multicast, 
for  NAK  generation  in  ad-hoc  networks  creates  substantial 
unnecessary  traffic. 

1.  Introduction 

Wireless  communication  enjoys  an  expanding  popular¬ 
ity  in  todays  networks.  Ad-hoc  networks,  such  as  mobile 
sensor  networks  or  personal  area  networks,  are  entering  the 
market.  Ad-hoc  networks  promote  flexibility  and  mobil¬ 
ity  by  not  requiring  fixed  infrastructure  such  as  cell  sites  or 
wireless  access  points.  There  are  several  recommendations 
for  multicast  and  broadcast  in  ad-hoc  networks.  The  Inter¬ 
net  MANET  work  group  has  proposed  “Simple  Multicast 
and  Broadcast”  (SMB)  [8]  and  “Adaptive  Demand-Driven 
Multicast”  (ADMR)  [9],  SMB  operates  over  DSR  Route 
Discovery  packets  to  flood  an  ad-hoc  network.  ADMR  uses 
a  combination  of  network  flooding  and  multicast  trees.  The 
unreliable  broadcast  section  of  our  work  models  such  flood¬ 
ing  through  a  multihop  ad-hoc  network. 

Group  multicast  or  all-node  broadcast  puts  strains  on  a 
weak  aspect  of  unscheduled  ad-hoc  protocols.  Collision 
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avoidance  protocols,  such  as  IEEE  802.11  DCF  [2],  use 
unicast  request-to-send  (RTS)  and  clear-to-send  (CTS)  mes¬ 
sages  to  reserve  radio  time.  Busy-tone  protocols  use  side¬ 
band  carriers.  Such  mechanisms  do  not  work  for  group 
communication,  because  multiple  nodes  would  respond  or 
busy  tones  would  collide.  These  protocols  become  pure 
CSMA  for  broadcasts,  which  offers  no  hidden  terminal  col¬ 
lision  protection. 

When  an  application  attempts  to  transmit  a  stream  of 
group  or  all-node  broadcasts,  it  creates  a  self-interfering 
flow  through  the  network.  In  a  multihop  wireless  ad-hoc 
network,  the  collision  rate  from  hidden  terminals  can  dra¬ 
matically  increase.  Receivers  cannot  reserve  the  channel 
through  a  CTS.  A  two-hop  neighbor,  when  repeating  broad¬ 
cast  traffic,  can  collide  with  other  sources. 

Along  the  same  lines,  the  packet  service  rate  at  repeater 
nodes  may  cause  multi-hop  flow  problems.  Fig.  1  shows  a 
hidden  terminal  predicament.  Node  1  sends  broadcast  traf¬ 
fic  to  nodes  2-4.  They  repeat  the  traffic  for  nodes  5  - 
7.  Without  a  scheduled  MAC  layer  or  a  multicast  relaying 
scheme  [12,  14,  13],  there  would  be  a  high  likelihood  of 
collision  at  node  6. 

In  the  case  of  a  multi-point  relaying  scheme,  which  gen¬ 
erally  build  minimally  connected  dominating  sets  (MCDS), 
we  still  have  a  pacing  problem.  In  Fig.  1,  the  nodes  shown 
with  a  box  are  part  of  the  MCDS  and  nodes  shown  with  a 
circle  are  passive.  The  MCDS  does  not  alleviate  the  prob¬ 
lems  at  node  6.  We  must  have  coordination  or  randomiza¬ 
tion  between  nodes  2  and  4  to  avoid  collisions  at  node  6. 

In  this  paper,  we  examine  these  phenomenon  with  a  fluid 
model  [1].  We  develop  differential  equations  that  model  the 
broadcast/rebroadcast  idiom.  By  studying  the  instantaneous 
behavior  of  coupled  equations,  we  are  able  to  explore  sev¬ 
eral  important  aspects  of  correlated  transmission  streams. 
Our  model  is  a  useful  complement  to  simulations,  in  which 
correct  assumptions  are  not  always  known  and  causal  rela¬ 
tionships  are  sometimes  unclear. 

Our  analysis  for  unreliable  broadcast  shows  throughput, 
goodput,  and  loss  metrics.  Our  analysis  for  reliable  broad- 
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cast  also  shows  NAK  generation  rate,  NAK  loss  rate,  and 
retransmission  rates. 

We  found  that  simple  NAK  generation  schemes  do  not 
work  well  in  an  ad-hoc  environment.  Although  we  used  lo¬ 
cal  recovery  and  NAK  snooping,  the  fluid  model  predicted 
a  lower  NAK  generation  rate  than  was  seen  in  simulation. 
The  excessive  NAK  rate  in  simulation  was  caused  by  cas¬ 
cading  NAK  storms.  Each  out-of-order  packet  caused  all 
nodes  along  its  path  to  generate  NAKs  for  missing  pack¬ 
ets.  We  found  that  combining  end-to-end  sequence  num¬ 
bers  with  one-hop  radius  sequence  numbers  brought  the 
NAK  generation  rate  down  to  levels  estimated  by  our  fluid 
model.  Our  one-hop  protocol,  however,  is  not  yet  a  practical 
scheme. 

Section  2  presents  our  fluid  models  of  ad-hoc  broadcast 
networks.  Section  3  illustrates  our  findings  with  several  nu¬ 
meric  examples  and  a  comparison  with  simulation.  Sec¬ 
tion  4  concludes  the  paper. 

2.  Fluid  Models 

The  majority  of  work  on  broadcasting  over  wireless  net¬ 
works  concerns  scheduled  networks.  These  networks  re¬ 
quire  synchronized  clocks  between  network  nodes  and  pro¬ 
vide  two-hop  collision  free  transmissions  by  constructing 
schedules.  Only  over  the  last  few  years  have  we  seen  studies 
on  randomized  channel  access  broadcast  protocols.  These 
protocols  work  over  ad-hoc  wireless  networks  without  cen¬ 
tralized  base  stations  or  synchronized  clocks.  These  studies 
do  not,  however,  present  significant  analysis  of  broadcast 
flows  or  solve  the  hidden-terminal  problem  described  ear¬ 
lier.  In  works  devoted  to  broadcast  distribution,  most  use 
simulation  to  validate  proposals  (e.g.  [12,  5,  18,  1 1,  17,  16, 
13]).  Other  works  do  not  consider  contention-based  channel 
access  and  the  resulting  hidden-terminal  losses  (e.g.  [4]). 
We  have  not  seen  an  attempt  at  broadcast  flow  analysis  over 
multi-hop  contention-based  networks. 

We  present  a  fluid  model  for  broadcast  stream  distribu¬ 
tion  in  a  cluster  tree  topology  ad-hoc  wireless  network  over 
a  contention-based  MAC  layer.  A  cluster  tree  contains  clus¬ 
ters  of  fully  connected  nodes.  The  clusters  form  a  source- 
based  spanning  tree,  with  a  single  in-bound  receiver.  Sev¬ 
eral  previous  works  use  a  cluster  approach  for  ad-hoc  net¬ 
works  [5,  7,  10,  17],  though  our  specific  design  for  analysis 
is  novel.  We  use  an  ALOHA-type  MAC  layer  without  cap¬ 
ture  for  broadcasts.  The  MAC  does  not  transmit  if  it  is  cur¬ 
rently  receiving  a  packet,  but  otherwise  there  is  no  carrier 
sense  and  no  channel  reservation  (RTS)  or  ACK. 

The  models  below  address  both  unreliable  and  reliable 
broadcast  flows.  In  the  unreliable  model,  a  source  node 
transmits  a  flow  with  Poisson  rate  fio  and  other  nodes  re¬ 
broadcast  the  flow  at  the  same  rate  they  receive  it.  As  we  use 
a  fluid  model,  information  travels  in  infinitesimal  pieces. 


with  each  piece  taking  At  seconds.  This  is  a  rate  based 
model,  not  an  information  based  model.  Nodes  adjust  be¬ 
havior  based  on  the  rate  of  information,  not  the  quantity 
of  information,  and  we  ignore  the  accumulation  (queuing) 
of  information  at  a  node.  From  simulation  results,  there 
is  no  significant  queuing  for  unreliable  broadcast  without 
cross  traffic  as  long  as  the  packet  scheduler  works  faster 
than  the  traffic  source.  The  reliable  model  extends  the  un¬ 
reliable  model  by  adding  NAKs  and  retransmissions.  The 
term  rebroadcast  means  the  first  transmissions  of  a  given 
piece  of  information  by  a  repeater  node  and  retransmission 
means  the  repetition  of  information  in  response  to  a  NAK. 
Simulation  shows  that  reliable  broadcast  may  have  signifi¬ 
cant  queuing  depending  on  service  rates. 

We  make  the  following  assumptions  in  our  model.  A 
node  may  not  transmit  and  receive  in  the  same  At.  If  a 
node  hears  two  or  more  transmissions  in  the  same  At,  it 
understands  none  of  them.  A  node  may  instantly  detect  in¬ 
bound  information  rates  and  adjust  it’s  out-bound  rate  ac¬ 
cordingly  in  the  next  At.  A  node  may  instantly  detect  the 
exact  amount  of  lost  information  flow  and  adjust  it’s  NAK 
rate  accordingly  in  the  next  At.  Likewise,  a  node  may  in¬ 
stantly  detect  the  incoming  NAK  rate  and  adjust  its  retrans¬ 
mission  rate  in  the  next  At. 

We  assume  that  all  rates  are  Poisson.  We  may  sum  ar¬ 
rivals  rates  at  a  sink:  A  =  Ai  +  •  •  •  +  A&.  The  probability  of 
zero  arrivals  in  At  seconds  is  (1  —  A)  •  At  and  the  probability 
of  exactly  one  arrival  is  A  •  At,  with  more  than  one  arrival 
o(At). 

The  model  uses  the  following  notation  for  flow  rates.  For 
the  time  being,  let  node  z  be  the  receiver  and  node  i  be  any 
1-hop  neighbor  of  node  z.  //,,  is  the  total  out-bound  flow 
rate  from  node  i.  The  probability  that  node  z  hears  node 
i  in  a  collision  free  At  is  t rj>z.  The  total  collision-free  in¬ 
bound  flow  rate  from  node  i  to  node  z  is  HiTti)Z.  £j>z  is 
the  useful  data  density.  The  useful  flow  rate  is  the  amount 
of  non-redundant  information  for  node  z.  Below,  we  call 
redundant  information  noise.  The  useful  in-bound  flow  rate 
at  node  z  from  node  i  is  A jj2  =  and  the  total 

useful  in-bound  flow  rate  at  node  z  is  Az  =  JA  A jiZ.  For 
reliable  broadcast,  node  z  generates  NAKs  at  the  rate  ?yz. 
Non-leaf  nodes  generate  retransmissions  at  rate  Q . 

Let  the  set  N(z )  be  all  nodes  adjacent  to  z.  Let  C(z) 
be  the  children  of  node  z  in  a  given  source-based  cluster 
spanning  tree.  Let  P(z)  be  the  parent  of  node  z.  S(z)  are 
the  siblings  of  node  z  (children  of  P(z)  excluding  z). 

Our  general  network  topology  uses  a  tree  of  fully  con¬ 
nected  wireless  node  clusters.  Fig.  3  shows  an  example  of 
a  binary  tree  of  height  five.  There  may  be  any  number  of 
nodes  per  cluster  and  the  tree  may  be  of  any  degree.  The 
figure  shows  clusters  of  size  3,  which  form  a  binary  tree. 
The  trees  do  not  need  to  be  regular.  The  specific  topology 
we  use  ensures  that  a  node  either  receives  data  directly  from 


Figure  1 .  Multiple  Hidden  Terminal  Collisions  Figure  2.  Cluster  flow  through  filter 


it’s  cluster  root  node,  or  from  one  of  it’s  siblings.  Useful 
data  does  not  flow  up  the  tree. 

Fig.  2  shows  how  we  filter  the  in-coming  data  rates.  The 
input  to  the  filter  is  all  out-flow  rates  at  and  around  node  2. 
Rates  ^  are  for  all  k  neighbors  of  node  2.  As  above,  the 
filter  output  is  A $)2  =  Ht^i,z£i,z-  The  figure  shows  Hi£i,z  as 
the  useful  part  of  Hi- 

The  filter  is  defined  per  node  per  neighbor  per  At .  For 
node  z  and  neighbor  i,  the  filter  is  based  on  the  sum  of  all 
transmit  rates  in  the  vicinity  of  z,  including  z  but  excluding 
i.  This  is  the  combined  Poisson  arrival  rate  of  traffic  that 
may  interfere  with  the  reception  of  traffic  from  node  i. 

>'i.z  =  ^2  (!) 

jGN(z)U{z}\{i} 


2.1.  Unreliable  Broadcast 

For  each  neighbor  i  of  z,  information  flow  Hi^z  reaches 

This  quantity  contains  both  noise  and  data.  To  deter¬ 
mine  the  amount  of  useful  data,  and  thus  A *i2,  we  define  the 
quantity  s,.2  for  each  neighbor  of  z.  Eq.  2  states  that  all 
information  from  the  cluster  source,  P(z),  is  useful  while 
all  information  from  the  children  of  z  is  noise.  The  chil¬ 
dren  only  transmit  noise  because  they  only  repeat  what  z 
has  already  transmitted.  Siblings  of  z  transmit  a  mixture  of 
noise  and  data.  As  an  approximation,  we  shall  only  con¬ 
sider  the  first  rebroadcast  of  information  by  a  sibling;  we 
exclude  receiving  rebroadcasts  of  rebroadcasts.  We  further 
approximate  by  not  considering  the  delay  between  loss  and 
rebroadcast. 


Given  the  interference  rate  per  At,  vtrz,  we  find  the 
steady-state  probability  that  node  2  can  hear  node  i  in  a 
given  At.  The  arrival  rate  at  node  2  from  node  i  may  be 
either  0  or  Hi,  modulated  by  vlrz.  The  “on”  state  repre¬ 
sents  that  a  Poisson  source  is  on  and  received  at  rate  /./,.  The 
“off"  state  means  that  other  transmissions  interfere  with  the 
source  and  the  received  transmission  rate  is  0.  In  a  At,  the 
state  transition  matrix  P(t,t  +  At)  for  the  filter  is 


Vi,z  1  -  n,z 
Vi,z  1  -  Vi,z 


At 


where  the  probability  to  transition  to  an  “off"  state  is  v  ■  At 
and  to  an  “on”  state  is  (1  —  v)  ■  At. 

The  Markov  transition  rates  are 


Qij  = 


lim  Pij(t,t  +  At) 
At—>0  At 


for  i  /  j  [15].  The  diagonal  elements  are  qu  = 

~  Thj^i  Qij- 


Qi 


Vi,z  -  1 
Vi,z 


1  -  Vi,z 

- Vi,z 


From  7 TiQi  z  =  0  and  n-i  (off)  +  7r;(on)  =  1,  we  find 
7Tj(off)  =  Vi  and  7Tj(on)  =  1  —  vt,  so  7rij2  =  1  -  vijZ. 


(  1  i  =  p(z) 

£i,z  =  l  0  ieC(z)  (2) 

[  ni,P(z)  YhjeC(z)  Pi  *  e  ^(z) 

The  probability  that  a  rebroadcast  from  a  Sibling  is  use¬ 
ful  may  be  defined  as  the  probability  that  at  a  given  instant,  a 
sibling  received  data  from  the  cluster  source  while  the  node 
in  question  did  not.  For  each  sibling  i  £  S(z)  with  parent 
p ,  s.4Z  =  Prjnode  i  hears  p  and  2  does  not}.  For  any  i  to 
hear  p,  it  means  that  2  does  not  transmit.  The  only  way  for 
2  to  not  hear  p  is  for  one  or  more  of  2’s  children  to  transmit 
over  p’s  transmission. 


A  i>2 

(3) 

a2 

= 

all  i 

(4) 

Az  is  the  combined,  assumed  Poisson,  useful  arrival  rate 
at  node  2.  The  probability  of  a  useful  arrival  is  thus  A-  •  At, 
where  the  At  term  applies  to  each  Hi,  as  7Tjj2  and  £j]2  are 
already  probabilities. 

We  may  now  write  the  differential  equation  for  the  flow 
through  a  node.  At  node  i,  the  difference  equation  is 

Hi(t  +  At)  —  Hi(t)  =  [A* (t)  —  Hi(t)]  Ai.  This  says  that  in 


the  next  At,  node  i  adjusts  its  output  rate  by  the  change  in 
the  useful  input  rate  and  the  current  output  rate.  The  form 
looks  deceptively  like  a  simple  birth  death  process.  The 
A  terms,  however,  are  non-linear  couplings  between  nodes. 
Expanding  the  right  hand  side  and  rewriting  as  a  differential 
equation,  we  have 

l-h  Hz  T  y  '  Hi^i,z^i,z  (5) 

iGN(z) 

The  summation  adds  the  useful  information  flow  from 
all  of  2’s  neighbors.  Hi^i^  is  the  filtered  transmission  rate 
per  neighbor.  £jiZ  is  the  useful  density  of  the  flow.  By  our 
assumptions,  each  node  adjusts  it’s  instantaneous  transmis¬ 
sion  rate  to  match  the  inflow  rate  of  useful  data.  Thus,  at 
each  instance,  node  z  drains  at  rate  fiz  accounting  for  the 
final  term. 

We  may  set  the  initial  condition  //,((])  to  any  reasonable 
value,  such  as  zero  or  /jq.  For  stable  networks  with  suitable 
initial  values,  the  long-term  rates  converge  on  their  steady- 
state  value.  The  initial  values  affect  the  short-term  transient 
behavior.  We  use  a  value  of  zero. 

2.2.  Reliable  broadcast 

In  the  case  of  reliable  transmission,  a  node  generates 
NAKs  at  a  rate  proportional  to  the  loss  from  the  cluster 
root.  In  general,  one  retransmitted  packet  could  aid  sev¬ 
eral  nodes  in  addition  to  the  node  that  transmitted  the  NAK. 
In  what  follows,  we  assume  that  retransmissions  only  help 
the  node  that  sent  a  NAK.  When  a  cluster  root  retransmits 
data,  that  flow  rate  only  directly  helps  one  cluster  child.  If 
that  child  rebroadcasts  the  data,  the  rebroadcast  may  help 
any  or  all  siblings.  Likewise,  when  a  sibling  retransmits 
data  for  a  child,  that  transmission  cannot  aid  any  node  ex¬ 
cept  the  child  sending  the  NAK.  We  treat  retransmissions 
and  rebroadcasts  as  separate  types  of  information,  which  is 
not  necessarily  true  of  a  real  network. 

Define  77  as  the  amount  of  NAK  traffic  generated  at  a 
node.  We  assume  that  nodes  transmit  NAK  packets  as 
ALOHA  traffic  without  the  benefit  of  RTS/CTS/ACK  hand¬ 
shake.  Define  C  as  the  amount  of  retransmission  traffic  due 
to  77.  The  equation  for  A  expands  to  account  for  NAK  and 
retransmission  traffic.  We  write  these  quantities  as  differen¬ 
tial  equations.  They  must  be  computed  at  each  instant  along 
with  the  Q  matrix. 

The  function  7 (z,p)  computes  the  total  useful  in-flow  to 
node  2  from  it’s  parent  p  at  a  particular  instant.  7  contains 
two  pieces  of  inflow.  The  useful  information  received  on 
first  transmission  from  the  parent  is  Ap7rPiZ,  where  Ap  is  the 
useful  inflow  received  at  the  parent  and  nPtZ  is  the  reception 
probability  from  the  parent  to  node  2.  This  is  an  approxi¬ 
mation,  because  \p(t)nPtZ(t)  should  be  A (t  —  At)pnPtZ(t). 


The  retransmission  reception  rate  is  r]zTrz,pTrPtZ,  where  the 
first  two  terms  ?7z7TZiP  is  the  NAK  reception  rate  at  the  par¬ 
ent.  The  retransmission  reception  rate  is  an  approximation 
for  the  portion  of  £ p  belonging  to  z. 

Denoting  the  time  derivative  as  /',  for  a  node  2  with  par¬ 
ent  p, 

7( z,P )  =  (Ap  +  ?7z7rZip)  7rPiZ  (6) 

f)z  =  Ap  -  Az  (7) 

c z  =  -Cz  +  viKi.z  (8) 

i£C(z) 

A z  =  -Az+7 (z,p)+  ^2  7(*,p)7ri>z£iiZ  (9) 

ieS(z) 

The  NAK  generation  rate  rjz  is  the  difference  between 
the  useful  data  reception  rate  at  p  minus  the  useful  reception 
rate  at  z.  For  the  broadcast  root,  770  =  0.  Notice  that  rj  does 
not  drain  on  it’s  own  accord.  77  drives  the  coupled  system. 
It  forces  parent  and  child  nodes  towards  a  common  A  rate. 

The  retransmission  rate  at  node  z,  £z,  increases  by  the 
total  received  NAK  flow,  Vi^iyZ  from  all  children.  Our 
model  uses  one  NAK  per  packet.  £  drains  to  zero  in  the 
absence  of  NAK  traffic. 

Eq.  9  is  the  differential  equation  for  the  total  useful  in¬ 
flow  to  node  z,  which  drains  at  the  previous  useful  in-flow 
rate.  It  adds  the  in-flow  from  z’s  parent  p  and  from  all  of 
z’s  siblings,  'y(i,p)iri,z£i,z.  7(7,73)  is  the  useful  rate  at  i  and 
7TiiZ£jiZ  is  the  received  useful  portion  at  node  z. 

The  broadcast  root  no  longer  has  a  time  invariant  trans¬ 
mission  rate  of  ho-  We  denote  the  driving  rate  as  too,  which 
is  now  the  Poisson  source  rate.  The  root  transmission  rate 
Ho(t)  is  subject  to  the  differential  equation 

d 

— Mo  =  m0  -  Ho  +  Co  (10) 

dt 

The  broadcast  root  has  new  packets  to  broadcast  at  a  con¬ 
stant  Poisson  rate  mo  and  drains  at  its  previous  rate  Ho  .  The 
broadcast  root  increases  its  transmission  rate  with  retrans¬ 
missions  to  its  children. 

Eq.  1 1  is  the  differential  equation  for  non-root  node  z’s 
transmission  rate.  The  initial  values  for  this  equation  affect 
the  short-term  behavior  more  than  they  do  for  the  unreliable 
case.  If  we  set  /r(0)  =  A(0)  =  0,  then  there  is  a  high  NAK 
rate,  because  it  appears  that  all  nodes  have  total  loss.  We 
find  that  setting  /x(0)  =  A(0)  =  m-o  provides  a  stable  initial 
condition. 

d 

~Hz  =  Az  —  Hz  +  t?z  +  Cz  (11) 

dt 

3.  Simulation  and  Numeric  Results 

We  present  numerical  analysis  and  simulation  results 
for  our  fluid  model.  Through  simulation,  we  compare  our 


Figure  3.  BCT-5  Topology,  source  center  node 


model  to  networks  under  constraints  similar  to  our  model 
assumptions.  The  results  show  that  our  model  provides  es¬ 
timates  similar  to  simulation.  Although  the  absolute  values 
of  some  metrics  differ  between  simulation  and  the  model, 
the  differential  equations  produce  curves  with  similar  prop¬ 
erties  to  those  extracted  from  simulation.  The  section  con¬ 
cludes  with  a  discussion  of  our  results  and  a  comparison 
with  a  perfect  TDMA  schedule. 

We  begin  with  a  description  of  our  numerical  and  simula¬ 
tion  techniques.  We  compare  the  long-run  model  behavior 
to  simulation  averages.  We  use  simulation  as  a  validation 
tool  for  the  fluid  model.  Simulation  scenarios  try  to  match 
the  assumptions  of  our  model,  such  as  no  carrier  sense  and 
a  perfect  radio  channel. 

All  simulations  are  on  a  binary  cluster  tree,  described  be¬ 
low.  We  have  restricted  our  current  work  to  one  multihop 
network  topology  so  that  we  may  study  in  detail  how  vari¬ 
ous  parameters  affect  network  load  and  NAK  rates.  Studies 
on  random  graphs  and  networks  with  mobility  are  left  for 
future  research. 

Via  numerical  methods,  we  solved  the  system  of  differ¬ 
ential  equations  for  binary  cluster  trees  (BCT)  using  the  XP- 
Paut  [6]  package.  The  results  show  both  reliable  and  unreli¬ 
able  behavior  (RBCT,  UBCT).  We  examined  a  tree  of  height 
five,  which  has  a  total  of  63  nodes.  We  denote  a  tree  and  it’s 
hight  as,  for  example,  “RBCT-5”,  for  a  reliable  binary  clus¬ 
ter  tree  of  height  five. 

We  programmed  an  equivalent  network  in  Glo- 
MoSim  [3],  We  created  a  Poisson  source  server  that  gen¬ 
erated  5000  fixed  size  packets  with  exponential  inter-packet 
times.  The  packets  were  500  byte  UDP  datagrams  sent  over 
a  2  Mbps  wireless  channel  without  capture.  We  ran  the 
simulation  for  several  tens  of  seconds  after  the  source  node 
transmitted  the  5000th  packet.  Repeater  nodes  rescheduled 
packets  in  the  future  from  an  exponential  variate  with  mean 
equal  to  half  the  broadcast  data  period.  Nodes  keep  a  history 
of  broadcast  packet  sequence  numbers  and  only  rebroadcast 
unique  packets. 

The  reliable  broadcast  protocol  uses  either  end-to-end 


sequence  numbers  or  per-hop  sequence  numbers.  In  the 
end-to-end  model,  a  node  will  NAK  anytime  it  receives  out 
of  order  packets.  NAKs  are  broadcast,  but  only  the  cluster 
root  will  respond  to  the  NAK.  In  the  per-hop  NAK  model, 
nodes  only  NAK  out  of  order  packets  from  their  cluster 
root.  NAKs  are  transmitted  as  broadcast  packets  to  avoid 
introducing  two  classes  of  traffic.  Nodes  schedule  NAKs 
and  NAK  timeouts  from  an  exponential  variate  with  mean 
IOtoo-  In  the  per-hop  simulations,  a  packets  carry  an  end- 
to-end  sequence  number,  a  host  specific  sequence  number, 
and  the  last  host  sequence  number  (two-hop  sequence  num¬ 
ber).  Including  the  two-hop  sequence  number  allows  re¬ 
broadcast  packets  to  repair  losses  within  their  1-hop  cluster. 

We  modified  the  radio  to  use  a  deterministic  propagation 
model.  If  a  receiver  is  within  the  specified  radio  range  (in 
grid  spacing),  the  receive  power  equals  the  transmit  power. 
If  a  node  is  outside  the  radio  range,  there  is  complete  loss. 

3.1.  Unreliable  Broadcast 

Fig.  4  shows  the  steady-state  model  behavior  of  a  UBCT- 
5  network  for  various  source  rates.  The  model  predicts  min¬ 
imal  loss  under  about  4%  channel  capacity.  Figg.  5  shows 
the  benefit  of  using  appropriate  packet  scheduling  and  pac¬ 
ing.  Using  a  better  value  for  the  retransmit  timer,  we  may 
about  double  the  allowable  data  rate. 

Fig.  6  shows  the  steady  state  transmission  rates  from 
Eq.  5  and  a  simulated  ALOHA-type  scheme  over  various 
source  node  loads.  Fig.  7  shows  the  results  for  an  802.11 
MAC  layer  in  the  simulation.  The  results  have  the  same 
general  trend  between  the  802.11  and  ALOHA  MAC  lay¬ 
ers.  The  802.11  MAC  performs  better  because  of  carrier 
sense,  and  thus  diverges  more  quickly  from  our  model.  In 
the  discussion  below,  we  will  focus  on  the  ALOHA  MAC. 

At  very  low  load  (not  shown),  being  under  5%  channel 
capacity,  there  is  good  agreement  between  model  and  sim¬ 
ulation.  At  low  load,  below  a  source  rate  of  about  15%  of 
the  channel  capacity,  our  model  underestimates  the  success 
probability  towards  the  extremities  of  the  BCT,  but  is  close 
to  the  simulation  results  towards  the  core.  Above  that  rate, 
our  model  overestimates  the  success  rate  at  the  core  of  the 
tree,  but  is  close  to  the  simulation  results  at  the  extremities. 
Between  5%  and  20%  source  channel  utilization,  our  model 
is  within  20%  of  the  simulation  results  at  the  worst  points 
and  overall  is  under  10%  difference  from  the  simulation  re¬ 
sults. 

At  loads  greater  than  about  50%  of  the  channel  capacity, 
there  is  significant  divergence  of  simulation  to  model.  This 
is  caused  by  channel  access  contention,  finite  queuing,  and 
vulnerability  periods  caused  by  packet  lengths. 

The  poor  performance  predicted  and  observed  for  unre¬ 
liable  broadcast  is  caused  largely  by  the  selection  of  timers. 
The  fluid  model  assumes  that  nodes  adjust  their  output  rate 


to  match  their  input  rate.  In  the  simulation,  we  used  a  fixed 
output  rate  of  one  half  the  source  rate.  These  choices  yield 
a  high  collision  rate.  As  shown  in  Fig.  5,  proper  timer 
selection  and  scheduling  yields  significant  improvements. 
Determining  these  rates,  however,  is  not  a  simple  proposi¬ 
tion,  though  usually  around  two  to  three  times  the  reciprocal 
packet  time  seems  to  work  well. 

3.2.  Reliable  Broadcast 

We  begin  with  several  graphs  of  the  transient  behavior 
of  a  RBCT-5  network  at  2%  load.  The  2%  load  is  stable 
and  shows  how  the  equations  converge.  After  a  discussion 
of  these  results,  we  compare  our  reliable  broadcast  model 
to  the  simulation  results.  We  set  the  initial  conditions  for  A 
and  n  to  mo-  t)  and  (  begin  at  0.  Fig.  8  shows  /i  rates.  Fig.  9 
shows  A  rates,  and  Fig.  10  shows  ry  rates. 

In  the  stable  network,  all  the  rates  stabilize.  For  /j,  we 
see  that  leaf  nodes  have  the  lowest  network  load,  because 
they  do  not  retransmit  packets.  Nodes  in  the  middle  of 
the  tree,  at  heights  1  to  4,  have  the  highest  transmission 
rates.  They  generate  both  NAK  and  retransmission  pack¬ 
ets.  Looking  at  the  A  graph,  we  see  that  all  nodes  converge 
to  rate  mg.  Nodes  further  away  from  the  source  have  wider 
and  wider  oscillations.  In  the  //  graph  for  NAKs,  the  curves 
first  dip  below  0.  This  is  an  artifact  of  starting  the  process 
with  77(0)  =  0,  which  is  not  physically  realizable. 

To  compare  our  model  to  the  simulation,  we  graphed 
the  overall  network  load,  ft  and  the  NAK  generation  rate 
?/.  These  graphs  only  compare  stable  network  loads  up  to 
mg  =  0.03.  Both  simulation  and  the  models  showed  loads 
at  0.04  or  higher  to  be  unstable.  Fig.  1 1  shows  transmit 
rates.  Fig.  12  shows  the  NAK  rates  using  a  per-hop  se¬ 
quence  number  scheme.  Our  model  has  very  good  agree¬ 
ment  with  simulation  results  for  the  overall  network  load. 
Using  per-hop  sequence  numbers  generates  about  one  third 
the  NAKs  of  an  end-to-end  protocol. 

Fig.  13  shows  model  against  simulation  results  when  we 
used  only  end-to-end  sequence  numbers  with  NAK  snoop¬ 
ing.  If  a  node  hears  a  NAK  for  a  packet  it  is  about  to  NAK, 
the  node  will  skip  the  first  transmission  of  the  NAK  and 
reschedule  it  for  a  timeout.  The  figure  shows  that  as  nodes 
propagate  out  of  order  packets,  there  is  a  ripple  of  NAKs 
through  the  network.  As  nodes  generate  more  NAKs,  there 
is  more  packet  loss,  and  more  out  of  order  packets.  Note 
that  in  Fig.  12  for  per-hop  sequence  numbers,  the  NAK  rate 
drops  away  from  the  core  while  for  Fig.  13,  the  NAK  rate 
is  about  equal  over  the  whole  tree,  since  most  all  nodes 
NAK  the  same  packets.  We  did  not  use  cumulative  NAKs, 
so  one  could  slightly  decrease  the  NAK  storm.  Cumula¬ 
tive  NAKs,  however,  cannot  solve  the  problem.  Cumula¬ 
tive  NAKs  would  reduce  the  overhead,  but  nodes  would  still 
generate  unnecessary  NAKs  for  packets  lost  outside  of  their 


1- hop  neighborhood. 

From  the  simulation,  we  found  that  there  were  about  1 . 1 
missing  packets  for  each  out-of-order  packet  when  the  load 
was  0.01.  A  cumulative  acknowledgment  protocol  would 
not  have  the  dramatic  performance  gain  exhibited  by  our 
hybrid  end-to-end  and  per-hop  NAK  scheme.  The  exact 
number  of  missing  packets  varies  by  tree  height.  The  mean 
number  of  missing  packets  for  heights  1  to  5  are  1.05,  1.09, 
1.13,  1.09,  and  1.13.  These  numbers  included  NAK  snoop¬ 
ing.  The  snooping  leads  to  the  oscillating  missing  packet 
rates.  The  snooping  only  works  on  a  1-hop  radius,  so  every 

2- hops,  nodes  generate  unnecessary  extra  NAKs. 

3.3.  TDMA  schedules 

In  previous  sections,  we  have  presented  predicted  and 
simulated  throughputs  for  a  binary  cluster  tree  under  differ¬ 
ent  conditions.  This  section  discusses  the  maximum  possi¬ 
ble  throughput  if  we  were  able  to  realize  perfect  scheduling 
with  slots  sized  exactly  to  packet  lengths. 

We  can  devise  a  five-slot  schedule  for  the  binary  cluster 
tree  with  a  two-hop  collision  free  zone.  Each  node  gets  a 
chance  at  the  channel.  The  network  capacity  would  be  20% 
of  the  channel  capacity.  Nodes  would  not  need  to  use  NAKs 
(assuming  a  perfect  channel).  This  represents  a  four-fold 
improvement  over  randomized  scheduling,  not  counting  any 
overhead  for  determining  the  schedule. 

Because  all  our  topologies  are  essentially  trees,  we  may 
always  construct  a  “rude”  broadcast  schedule  where  sib¬ 
lings  transmit  over  each  other.  This  does  not  result  in  data 
loss  and  will  always  give  a  schedule  of  three  time  slots. 
Thus,  the  absolute  maximum  TDMA  capacity  is  33%  of  the 
channel  capacity,  about  ten  fold  higher  than  predicted  for 
contention  networks. 

If  slots  were  sized  to  1500  bytes  and  we  were  using  500 
byte  packets,  there  could  be  wasted  channel  capacity  (as¬ 
suming  no  data  piggy-backing).  Our  five  slot  coloring  of  the 
binary  cluster  tree  would  only  have  about  a  7%  efficiency, 
because  2/3  of  the  air  time  is  wasted.  It  would  then  have 
about  twice  the  channel  efficiency  as  our  randomized  meth¬ 
ods. 

4.  Conclusion 

We  have  presented  a  novel  analysis  of  broadcast  com¬ 
munication  in  wireless  ad-hoc  networks  over  a  contention 
channel.  Our  differential  flow  equations  allow  us  to  model  a 
class  of  networks  made  up  of  cluster  trees.  Cluster  trees  are 
an  approximation  of  real  wireless  networks.  They  include 
both  rich  cluster  connectivity  and  hidden  terminal  topolo¬ 
gies. 

Our  fluid  model  analysis  exposes  several  key  metrics  for 
unreliable  and  reliable  broadcast  networks.  These  include 
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Figure  4.  Unreliable  broadcast  model 


loss  rates,  NAK  generation  rates,  and  network  load.  We 
compared  our  results  for  unreliable  and  reliable  broadcast 
with  simulations  using  GloMoSim.  For  unreliable  broad¬ 
cast,  our  model  generates  curves  that  match  simulation  re¬ 
sults,  although  the  absolute  values  may  vary  by  10%  to 
20%.  For  reliable  broadcast,  our  curves  for  total  network 
load  match  the  simulation  results  very  well. 

From  our  simulation  and  analysis  work,  we  found  that 
NAKs  based  solely  on  end-to-end  sequence  numbers  do  not 
work  well  in  an  ad-hoc  wireless  environment.  Out-of-order 
packets  propagate  through  the  network  and  create  chains  of 
NAKs.  We  found  that  a  protocol  combining  end-to-end  and 
one-hop  sequence  numbers  is  more  stable. 

Future  work  on  the  fluid  model  includes  changing  from 
instantaneous  differential  equations  to  delay  equations  that 
model  transport  and  processing  time.  Delay  equations 
would  also  allow  for  longer  repair  paths,  so  we  could  model 
mesh  protocols  such  as  ODMRP  or  CAMP.  We  would  also 
like  to  model  cluster  repair  through  multi-hop  retransmis¬ 
sion.  The  current  model  limits  the  repair  to  only  one  hop. 

A  NAK  scheme  based  on  per-hop  sequence  numbers  in¬ 
troduces  a  large  amount  of  state  in  the  network  and  most 
likely  would  not  work  with  node  mobility.  A  promising 
line  of  investigation  consists  of  using  forward  NAK  notifi¬ 
cations,  with  which  a  node  adds  information  about  NAKs  it 
is  sending  to  a  packet  before  repeating  it.  This  would  allow, 
in  effect,  multihop  NAK  snooping. 
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Figure  6.  Model  compared  to  ALOHA  Figure  7.  Model  compared  to  802.11 


Figure  8.  RBCT-5  /./  rate,  m0  =  0.02  Figure  9.  RBCT-5  A  rate,  m0  =  0.02 


Figure  10.  RBCT-5  77  rate,  to0  =  0.02  Figure  11.  Network  Load:  Model  &  Simula¬ 

tion 
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Figure  12.  Nak  Rate:  Model  &  Simulation 


Figure  13.  Nak  Rate  for  End-to-end  SeqNo 


